Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FEATURE] Special handling for log records with "exception" keys #107

Closed
wants to merge 1 commit into from

Conversation

cweiske
Copy link
Contributor

@cweiske cweiske commented May 7, 2024

TYPO3 scheduler catches exceptions of failed tasks and logs messages with the exception as "exception" data property.

PHP Exception objects do not get serialized by json_encode() and thus never reach Sentry; all information about them is lost.

If a log record contains an 'exception' data key, then the exception itself is logged to Sentry. The log message is kept as breadcrumb.

Resolves: #106

TYPO3 scheduler catches exceptions of failed tasks and logs messages
with the exception as "exception" data property.

PHP Exception objects do not get serialized by json_encode() and thus
never reach Sentry; all information about them is lost.

If a log record contains an 'exception' data key, then the exception
itself is logged to Sentry. The log message is kept as breadcrumb.

Resolves: networkteam#106
@cweiske cweiske force-pushed the log-record-exception branch from db5e035 to cd1fa4f Compare May 7, 2024 12:41
@cweiske
Copy link
Contributor Author

cweiske commented Aug 19, 2024

The original problem - scheduler task failures - is fixed with the core patch mentioned in #106. This patch is not necessary anymore.

@cweiske cweiske closed this Aug 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Failed scheduler task messages miss important information
1 participant